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DETAILED ACTION 
Response to Amendment 

1 . Claims 1-34 are pending. 

Claim Objections 

2. Claim 34 is objected to because of the following informalities: 
Regarding claim 34, claim 34 is duplicate the same limitations of claim 2. 

Both of the claims 2 and 34 are dependent upon Claim 1. 
Appropriate correction is required. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 1 02 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

4. Claims 1, 14, 30, 32, 3, 4, 15, 22, 27, 6, 11, 12, 13, 17, 23, 24, 29 are 
rejected under 35 U.S.C. 103(a) as being unpatentable over Varghese et at. (U.S. 
6560236 B1) in view of Ogawa et al. (WO 01/26303 A1 : see the English translation 
version). 

Regarding Claims 1, 14, 30, 32, Varghese et at. disclose a method, an 
intermediate network device, computer readable medium for use by an intermediate 
network device (Fig. 2, element 112, element 110) having a plurality of interfaces 
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(Fig. 2, ports 8, 12, 9, 15, 17, 6, 23, 19) for forwarding network packets among the 
interfaces, one or more of the interfaces being associated with one or more Virtual Local 
Area Network (VLAN) designations (Fig. 2, Vlan 1, Vlan 2), the method comprising 
the steps of: mapping each VLAN designation to a site identifier (Fig. 3 (step 130), 
col 4, line 59 to col 5, line 6; VLAN 1 is the VLAN designation mapped into site 
identifier Vianld: 1); Varghese et at. Implicitly teach receiving on an inbound 
interface a packet having a site-local unicast destination address (col 3, lines 3 - 9; 
The receipt of unicast packet with a destination address is equivalent to receiving on an 
inbound interface a packet having a site-local unicast destination address); 
identifying the VLAN designation associated with the received packet (Fig. 3 (steps 130, 
132, 134 136), col 4 line 65 to col 5 line 36; The steps 130 -136 create a 
correspondence to links 6, 17, 19, 23 with Vlan 1 and these steps are associated 
with identifying the VLAN designation associated with the received packet); utilizing 
the identified VLAN designation to retrieve the site identifier to which the VLAN 
designation is mapped (Fig. 3 (step 130), col 4, line 59 to col 5, line 6; VLAN 1 is 
the VLAN designation mapped into site identifier Vianld: 1. Utilizing the mapping of 
VLAN designation (VLAN 1) to site identifier Vianld: 1 in step 130, the identified 
VLAN designation to retrieve the site identifier is performed); creating a modified 
destination address by embedding the retrieved site identifier into the site-local 
unicast destination address (col 5, line 58 to col 6, line 23. The Vianld is embedded 
in a packet by encoding Vianld field in some redundant field in P (data packet) that 
contains redundant information without the addition of headers to the original 
packet is equivalent to creating a modified destination address by embedding the 
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retrieved site identifier into the site-local unicast destination address); and rendering 
a forwarding decision for the received packet based on the modified destination 
address (col 3, lines 2 - 9). 

Varghese et at. do not disclose explicitly receiving on an inbound interface a 
packet having a site-local unicast destination address; identifying the VLAN 
designation associated with the received packet; utilizing the identified VLAN 
designation to retrieve the site identifier to which the VLAN designation is mapped; 
creating a modified destination address by embedding the retrieved site identifier 
into the site-local unicast destination address; and rendering a forwarding decision 
for the received packet based on the modified destination address. 

Ogawa et al. disclose the limitation of mapping each VLAN designation to a 
site identifier ("assigns a virtual hierarchy SLAID=3 to the interface" correlates to 
mapping each VLAN designation to a site identifier; page 10, lines 29 - 34); 
receiving on an inbound interface a packet having a site-local unicast destination 
address ("generate a "Direct" entry in the conventional routing table holding means 
indicating that the address AA.BB.CC. 00/24" correlates to the received packet 
having a site-local unicast destination address; page 10, lines 35-40); identifying 
the VLAN designation associated with the received packet (page 8, paragraph 
[0149]); utilizing the identified VLAN designation to retrieve the site identifier to 
which the VLAN designation is mapped (Drawings 26, 27, page 10, lines 41 - 51); 
creating a modified destination address by embedding the retrieved site identifier 
into the site-local unicast destination address (page 10, lines 48 - 51); and 
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rendering a forwarding decision for the received packet based on the modified 

destination address (page 10, lines 52 - 59). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to modify the teachings of Varghese et at. to include 
the features of receiving on an inbound interface a packet having a site-local 
unicast destination address; identifying the VLAN designation associated with the 
received packet; utilizing the identified VLAN designation to retrieve the site 
identifier to which the VLAN designation is mapped; creating a modified destination 
address by embedding the retrieved site identifier into the site-local unicast 
destination address; and rendering a forwarding decision for the received packet 
based on the modified destination address as taught by Ogawa et al. in order to 
provide path control method in the mixture environment of the division-by-class 
network and the non-dividing by class by class network whose high-speed route 
search becoming possible (as suggested by Ogawa et al., see page 4, lines 24 - 
26). 

Regarding Claim 3, Varghese et al. discloses wherein the step of rendering a 
forwarding decision comprises the step of deciding upon an outbound interface 
from which the packet is to be forwarded (column 3, lines 2 - 9). Ogawa et al. also 
disclose the limitation of a method of claimed wherein the step of rendering a 
forwarding decision comprises the step of deciding upon an outbound interface 
from which the packet is to be forwarded (Ogawa; page 10, lines 52 - 59). 
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Regarding claims 4, 15, 22, 27, Varghese et at. disclose a method for use by 
an intermediate network device (Fig. 2, element 112, element 110) having a 
plurality of interfaces (Fig. 2, ports 8, 12, 9, 15, 17, 6, 23, 19) for forwarding network 
packets among the interfaces. 

Varghese et at. do not disclose method, device of claimed wherein the 
packet further includes a site-local unicast source address, the method, and device 
further comprising the steps of: identifying the VLAN designation associated with 
the outbound interface from which the packet is to be forwarded or the VLAN 
designation with which the packet is to be tagged; utilizing the identified VLAN 
designation for the outbound interface to retrieve the site identifier to which the 
VLAN designation is mapped ; and comparing the site identifier associated with 
the inbound interface with the site identifier associated with the outbound 
interface. 

Ogawa et al. disclose a method of claimed wherein the packet further 
includes a site-local unicast source address ("Ipv4 network address (address 
AA.BB.CC. 00/24)" correlates to site-local unicast source address; Drawing 26, page 
10, lines 17 - 20); "generate a "Direct" entry in the conventional routing table 
holding means indicating that the address AA.BB.CC. 00/24" correlates to the 
received packet having a site-local unicast destination address; page 10, lines 35 - 
40), the method further comprising the steps of: identifying the VLAN designation 
associated with the outbound interface from which the packet is to be forwarded 
or the VLAN designation with which the packet is to be tagged ("a user assigns 
SLAID=3 as a hierarchy number to an Ipv4 network accommodation interface on 
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the router B" correlates to identifying the VLAN designation associated with the 
outbound interface from which the packet is to be forwarded; page 10, lines 17 - 
20); utilizing the identified VLAN designation for the outbound interface to retrieve 
the site identifier to which the VLAN designation is mapped (page 10, lines 15 - 
24); and comparing the site identifier associated with the inbound interface with 
the site identifier associated with the outbound interface (Drawings 26, page 10, 
lines 48 - 59). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify the teachings of Varghese et at. to include the 
features of method of claimed wherein the packet further includes a site-local 
unicast source address, the method further comprising the steps of: identifying the 
VLAN designation associated with the outbound interface from which the packet 
is to be forwarded or the VLAN designation with which the packet is to be tagged; 
utilizing the identified VLAN designation for the outbound interface to retrieve the 
site identifier to which the VLAN designation is mapped; and comparing the site 
identifier associated with the inbound interface with the site identifier associated 
with the outbound interface as taught by Ogawa et al. in order to provide to 
provide path control method in the mixture environment of the division-by-class 
network and the non-dividing by class by class network whose high-speed route 
search becoming possible (as suggested by Ogawa et al., see page 4, tines 24 - 
26). 
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Regarding Claim 6, Varghese et al. discloses wherein the step of rendering 
comprises the step of applying the modified destination address to a forwarding 
information base (FIB) optimized to permit fast lookups (Fig. 4, element 146; col 8, 
lines 7-21). Ogawa et al. also disclose the limitation of a method of claimed 
wherein the step of rendering comprises the step of applying the modified 
destination address to a forwarding information base (FIB) optimized to permit fast 
lookups (Drawing 14, page 6, lines 13 - 31). 

Regarding Claim 1 1 , Varghese et at. disclose whereby each VLAN 
designation is mapped to a single site identifier (Fig. 3 (step 130), col 4, line 59 to 
col 5, line 6; VLAN 1 is the VLAN designation mapped into site identifier Vlanld: 1) 

Regarding Claim 12, Varghese et at. disclose whereby a plurality of VLAN 
designations are mapped to the same site identifier (Fig. 3 (step 130 and step 136), col 4, 
line 59 to col 5, line 6; col 5, line 29 — 35. VLAN 1 and VLAN FOO are mapped to same 
Vlanld: 1 (same site identifier)). 

Regarding Claim 13, Varghese et al. discloses wherein packets may be one of 
either untagged or tagged with a VLAN designation, and the step of identifying includes 
either, if the received packet is untagged, determining the VLAN designation of the 
inbound interface on which the untagged packet was received or, if the received packet is 
tagged, determining the VLAN designation with which the received packet is tagged (col 7, 
lines 20 - 35; col 7 line 64 — col 8 line 6. Packets with Vlanld field (tagged) is decoded to 
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yield the Vlan the packet was sent on. Packets without Vlanld (untagged) uses a Source 
Vlan Table that associates source addresses with Vlans). 

Regarding Claim 17, Varghese et al. disclose an intermediate network 
device (Fig 5, elements 150 and 152) for forwarding packets within a computer 
network, the device comprising: a plurality of interfaces for receiving and forwarding 
packets, one or more of the interfaces associated with one or more virtual local 
area network (VLAN) designations (Fig. 5, element VLAN 1....VLAN m, col 8, line 
50 to col 9, line 12); a forwarding information base (FIB) for storing routing 
information (Fig. 5, element 172, col 9, lines 50 - 55); a routing engine in 
communicating relationship with the FIB, the routing engine configured to make 
forwarding decisions for received packets, based at least in part on the routing 
information in the FIB (Fig. 5 element 166, col 9, lines 31 56); and a memory in 
communicating relationship with the routing engine, the memory configured to store 
the VLAN designations associated with the device's interfaces in mapping 
relationship with one or more site identifiers (Fig. 6 (data structures stored in 
memory), elements 200 and 210; col 10, line 30 to col 12, line 26), wherein the 
routing engine utilizes the memory to ensure that a packet having a site-local 
unicast source and/or destination address is only forwarded between interfaces 
corresponding to the same site identifier (col 2, lines 1-13. Any communications 
received at a first bridge port are directly sent by the bridge to another bridge port 
only if the other bridge port and the first bridge port are part of the same group 
(same Vlanld equivalent to same site identifier) is associated with a packet having a 
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site-local unicast source and/or destination address only forwarded between 
interfaces corresponding to the same site identifier). 

Regarding Claim 23, Varghese et at. disclose wherein the plurality of 
interfaces are located at one or more line cards disposed at the intermediate 
network device (Fig. 2, ports 8, 12, 9, 15, 17, 6, 23, 19. See Abstract. The device 
including a bridge having a plurality of ports through which network communications 
pass to and from the bridge), and each line card includes a corresponding FIB and 
routing engine for rending for-warding decisions (Fig. 5, elements 172 (forwarding 
database) and 166 (bridge forwarding equivalent to routing engine); col 9, lines 50 - 
55; col 9, lines 31 - 56). 

Regarding Claim 24, Varghese et at. disclose a method for use by an 
intermediate network device (Fig. 2, element 112, element 110) having a plurality of 
interfaces (Fig. 2, ports 8, 12, 9, 15, 17, 6, 23, 19) for forwarding network packets 
among the interfaces, one or more of the interfaces being associated with one or 
more Virtual Local Area Network (VLAN) designations (Fig. 2, Vlan 1, Vlan 2), the 
method comprising the steps of: receiving on an inbound interface a packet having 
a link-local unicast destination address (col 3, lines 3-9. The receipt of unicast 
packet with a destination address is equivalent to receiving on an inbound interface 
a packet having a link-local unicast destination address. The packet P sent to the 
router can have a Vlanld field. See col 6, lines 61- 65 associated with a unicast 
packet); identifying the VLAN designation associated with the received packet (Fig. 
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3 (steps 130, 132, 134 136), col 4 line 65 to col 5 line 36; The steps 130 -136 create 
a correspondence to links 6, 17, 19, 23 with Vlan I and these steps are associated 
with identifying the VLAN designation associated with the received packet); creating 
a modified destination address by embedding the identified VLAN designation into 
the link-local unicast destination address (col 5, line 58 to col 6, line 23. The Vlanld 
is embedded in a packet by encoding Vlanld field in some redundant field in P (data 
packet) that contains redundant information without the addition of headers to the 
original packet is equivalent to creating a modified destination address by 
embedding the retrieved site identifier into the site-local unicast destination 
address); and rendering a forwarding decision for the received packet based on the 
modified destination address (col 3, lines 2 - 9). 

Regarding Claim 29, Varghese et at. disclose wherein packets may be one 
of either untagged or tagged with a VLAN designation, and the step of identifying 
includes either, if the received packet is untagged, determining the VLAN 
designation of the inbound interface on which the untagged packet was received or, 
if the received packet is tagged, determining the VLAN designation with which the 
received packet is tagged (col 7, lines 20 - 35; col 7 line 64 - col 8 line 6. Packets 
with Vlanld field (tagged) is decoded to yield the Vlan the packet was sent on. 
Packets without Vlanld (untagged) uses a Source Vlan Table that associates 
source addresses with Vlans). 
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5. Claims 2, 31, 20, 21, 25, 26, 34 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Varghese et al. (US 6560236) and Ogawa et al. (WO 
01/26303 A1) as applied to claims 1 , 14,3, 4, 15, 22, 27, 5, 16, 28, 6, 11 -14, 17, 
23, 24, 29 above, and further in view of Flanders et al. (US 6,172,980). 

Regarding Claims 2, 31, 34, Varghese et al. disclose all the limitations of 
claim 1 except for wherein the received packet complies in at least substantial part 
with version 6 of the Internet Protocol (IPv6). Flanders et al. disclose the received 
packet complies in at least substantial part with version 6 of the Internet Protocol 
(IPv6). A Receive Header Processor (RHP) (Fig. 2 element 46) analyzes the 
destination address of the received data unit, in hardware, for determining if routing 
or bridging is required. If routing is required, the RHP uses portions of the received 
data unit header as a compare value against predefined values stored in data 
structures which provide a protocol ID identifying the protocol of the received data 
unit and serving as an index to the appropriate microcode handling routine, 
executed by the RHP, for the data unit. The handling routine causes the RHP to 
forward data unit identifying information appropriate to the identified protocol and 
obtained from the received data unit to further hardware-based data unit processing 
elements (ACA (Address Cache ASIC) (Fig. 2, element 26)). The data unit 
processing elements are adaptable to the received data unit cast state (e.g. unicast, 
multicast, broadcast), bridging and/or routing requirements, and received data unit 
protocol (Abstract). The RHP to ACA interface supports IPv6 as specified in the 
field description (Fig. 8, col 7, lines 35 - 50). At the time the invention was made it 
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would have been obvious to a person of ordinary skill in the art to use the RHP and 
ACA interface as taught by Flanders et al. into the system of Varghese et at. to 
reflect a new layer-2 destination address, protocol ID, Address Cache lookup 
status, destination address masks, and other information for routing (col 1, line 65 
to col 2 line 1). 

Regarding Claim 20, Varghese et at. disclose all the limitations of claim 17 
except wherein at least some of the packets forwarded by the device comply in at 
least substantial part with version 6 of the Internet Protocol (IPv6). Flanders et at. 
disclose the received packet complies in at least substantial part with version 6 of 
the Internet Protocol (IPv6). A Receive Header Processor (RHP) (Fig. 2 element 46) 
analyzes the destination address of the received data unit, in hardware, for 
determining if routing or bridging is required. If routing is required, the RHP uses 
portions of the received data unit header as a compare value against predefined 
values stored in data structures which provide a protocol ID identifying the protocol 
of the received data unit and serving as an index to the appropriate microcode 
handling routine, executed by the RHP, for the data unit. The handling routine 
causes the RHP to forward data unit identifying information appropriate to the 
identified protocol and obtained from the received data unit to further hardware- 
based data unit processing elements (ACA (Address Cache ASIC) (Fig. 2, element 
26)). The data unit processing elements are adaptable to the received data unit cast 
state (e.g. unicast, multicast, broadcast), bridging and/or routing requirements, and 
received data unit protocol (Abstract). The RHP to ACA interface supports IPv6 as 
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specified in the field description (Fig. 8, col 7, lines 35 - 50). At the time the 
invention was made it would have been obvious to a person of ordinary skill in the 
art to use the RHP and ACA interface as taught by Flanders et at. into the system 
of Varghese et at. to reflect a new layer-2 destination address, protocol ID, Address 
Cache lookup status, destination address masks, and other information for routing 
(col 1, line 65 to col 2 line 1). 

Regarding Claim 21 , Varghese et al. disclose wherein the routing engine: 
identifies the VLAN designation associated with the received packet (Fig. 3 (steps 
130, 132, 134 136), col 4 line 65 to col 5 line 36; The steps 130 -136 create a 
correspondence to links 6, 17, 19, 23 with Vlan 1 and these steps are associated 
with identifying the VLAN designation associated with the received packet), utilizes 
the identified VLAN designation to retrieve the site identifier to which the VLAN 
designation is mapped (Fig. 3 (step 130), col 4, line 59 to col 5, line 6; VLAN 1 is 
the VLAN designation mapped into site identifier Vlanld: 1 . Utilizing the mapping of 
VLAN designation (VLAN 1) to site identifier Vlanld: 1 in step 130, the identified 
VLAN designation to retrieve the site identifier is performed); creates a modified 
destination address by embedding the retrieved site identifier into the site-local 
unicast destination address (col 5, line 58 to col 6, line 23. The Vlanld is embedded 
in a packet by encoding Vianld field in some redundant field in P (data packet) that 
contains redundant information without the addition of headers to the original 
packet is equivalent to creating a modified destination address by embedding the 
retrieved site identifier into the site-local unicast destination address), and renders a 
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forwarding decision for the received packet based on the modified destination 
address (col 3, lines 2-9). 

Regarding Claim 25, Varghese et al. disclose all the limitations of claim 24 
except for wherein the received packet complies in at least substantial part with 
version 6 of the Internet Protocol (IPv6). Flanders et al. discloses the received 
packet complies in at least substantial part with version 6 of the Internet Protocol 
(IPv6). A Receive Header Processor (RHP) (Fig. 2 element 46) analyzes the 
destination address of the received data unit, in hardware, for determining if routing 
or bridging is required. If routing is required, the RHP uses portions of the received 
data unit header as a compare value against predefined values stored in data 
structures which provide a protocol ID identifying the protocol of the received data 
unit and serving as an index to the appropriate microcode handling routine, 
executed by the RHP, for the data unit. The handling routine causes the RHP to 
forward data unit identifying information appropriate to the identified protocol and 
obtained from the received data unit to further hardware-based data unit processing 
elements (ACA (Address Cache ASIC) (Fig. 2, element 26)). The data unit 
processing elements are adaptable to the received data unit cast state (e.g. unicast, 
multicast, broadcast), bridging and/or routing requirements, and received data unit 
protocol (Abstract). The RHP to ACA interface supports IPv6 as specified in the 
field description (Fig. 8, col 7, lines 35 - 50). At the time the invention was made it 
would have been obvious to a person of ordinary skill in the art to use the RHP and 
ACA interface as taught by Flanders et al. into the system of Varghese et al. to 
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reflect a new layer-2 destination address, protocol ID, Address Cache lookup 
status, destination address masks, and other information for routing (col 1, line 65 
to col 2 line 1). 

Regarding Claim 26, Varghese et al. disclose wherein the step of rendering a 
forwarding decision comprises the step of deciding upon an outbound interface 
from which the packet is to be forwarded (col 3, lines 2-9). 

6. Claims 7, 8, 9, 18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Varghese et at. (U.S. 6,560,236) in view of Chang (U.S. 6,728,249). 

Regarding Claim 7, Varghese et al. disclose all the limitations of claim 6 
except wherein the FIB includes one or more content addressable memories 
(CAMs) and/or ternary content addressable memories (TCAMs). Chang discloses 
wherein a network processor stores LEC (LAN emulation client) up-link information 
which facilitates mapping of MAC addresses to VCC (Virtual Channel Connection) 
information. This information is stored in a content addressable memory (CAM) 
(Fig. 2, element 58) coupled to a packet forwarding subsystem (Fig. 2, element 56 
is equivalent to the FIB) within the network processor (col 3, line 65 to col 4, line 3). 
At the time the invention was made it would have been obvious to a person of 
ordinary skill in the art to use CAM to store routing information as taught by Chang in 
the system of Varghese et at. to facilitates the cut-through forwarding process (col 
6, lines 58-60). 
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Regarding Claim 8, Varghese et al. and Chang disclose all the limitations of 
claim 7. Furthermore, Chang discloses wherein the one or more CAMs and/or 
TCAMs stores addresses or address prefixes that have been modified to include 
site identifiers embedded therein (col 6, lines 61-63 ; col 8, lines 10-32. The CAM 
stores LEC uplink information which provides mapping of MAC destination 
addresses to virtual channel connections (VCCs) and vice versa. The MAC 
destination addresses and VCC are associated with addresses stored in the CAM. 
Unique MAC and VLAN ID are pre-registered into CAM during configuration. The 
VLAN ID (equivalent to site identifier) which is in the (embedded) packet header is 
use to determine LEC ID for the packet and with the VCC from the CAM is used for 
packet forwarding. See col 3, line 43 - 55). 

Regarding Claim 9, Varghese et at. and Chang disclose all the limitations of 
claim 8. Furthermore, Chang discloses wherein at least one of the CAMs and/or 
TCAMs has a plurality of rows and each row of the CAM and/or TCAM stores a 
respective address or address prefix (col 6, lines 61-65. The CAM is a lookup table 
and it would have been obvious to a person of ordinary skill in the art to associate a 
lookup table with plurality of rows, each row storing MAC destination addresses, 
VCC and VLAN ID to facilitate the lookup process). 

Regarding Claim 18, Varghese et al. discloses all the limitations of claim 17 
except wherein the FIB includes one or more content addressable memories 
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(CAMs) and/or ternary content addressable memories (TCAMs) programmed with a 
plurality of addresses or address prefixes. Chang discloses wherein a network 
processor stores LEC (LAN emulation client) up-link information which facilitates 
mapping of MAC addresses to VCCs (Virtual Channel Connections) information. 
This information is stored in a content addressable memory (CAM) (Fig. 2, element 
58) coupled to a packet forwarding subsystem (Fig. 2, element 56 is equivalent to 
the FIB) within the network processor (col 3, line 65 to col 4, line 3; col 6, lines 58 - 
65). At the time the invention was made it would have been obvious to a person of 
ordinary skill in the art to use CAM to store routing information as taught by Chang 
in the system of Varghese et al. to facilitates the cut-through forwarding process 
(col 6, lines 58 - 60). 

7. Claim 19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Varghese et al. (US 6560236) in view of Chang (US 6728249) and further in view 
of Mulleretal. (US 5938736). 

Regarding Claim 19, Varghese et al. and Chang disclose all the limitations of 
or greater than 128 bits. Muller et al. discloses at feast one CAM (Fig. 6 elements 
610 and 620) and/or TCAM has a width that is equal to or greater than 128 bits (col 
1 1 , lines 51 — 53). At the time the invention was made it would have been obvious 
to a person of ordinary skill in the art to include this feature as taught by Muller et 
at. in the system of Chang to be able to perform search key formation associated 
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with the CAM with an IP version six (IP V6) class indicating the packet header is 
associated with an IP V6 packet (col 7, lines 6 - 32). 

Allowable Subject Matter 

8. Claim 32 is allowed. 

9. The following is an examiner's statement of reasons for allowance: 
The prior made of record, in single or in combination, does not disclose 

explicitly the limitation of "wherein the routing engine is further configured to, in 
response to receipt of a packet on an inbound interface having a site-local unicast 
destination address, identify a VLAN designation associated with an outbound 
interface from which the packet is to be forwarded, utilize the identified VLAN 
designation for the outbound interface to retrieve a site identifier to which the VLAN 
designation is mapped, compare a site identifier associated with an inbound 
interface with the site identifier associated with the outbound 
interface, and if the two site identifiers match, forward the packet on the outbound 
interface, and if the two site identifiers do not match, drop the packet without 
forwarding" as disclosed in claim 33. 

10. Claim 5, 10, 16, 28 are objected to as being dependent upon a rejected base 
claim, but would be allowable if rewritten in independent form including all of the 
limitations of the base claim and any intervening claims. 
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1 1 . Any comments considered necessary by applicant must be submitted no 
later than the payment of the issue fee and, to avoid processing delays, should 
preferably accompany the issue fee. Such submissions should be clearly labeled 
"Comments on Statement of Reasons for Allowance." 

Response to Arguments 

12. Applicant's arguments with respect to claims 1 - 34 have been considered 
but are moot in view of the new ground(s) of rejection. 

Conclusion 

13. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

• Yusa et al. (6085238) disclose a virtual LAN system forms a virtual group 
which is based on elements having physical attribute or logical attribute 
and constituting a virtual LAN, sets a client address and priority of the 
virtual group in a virtual group registration table, and allocates unicast 
and broadcast traffic bands in group units. 

• Crayford (US 6269098 B1) discloses a network switch configured for 
switching data packets across multiple ports uses an address table to 
generate frame forwarding information. 

• Matsuhira (US 20030088697 A1) discloses fully meshed virtual paths 
obtained with smaller number of settings, thus facilitating expansion of 
VPN service. 
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• Liu et al. (US 6947419 B2) discloses an apparatus distributing multicast 
messages with a multicast address among the ports of a network device 
on the basis of, inter alia, virtual local area network (VLAN) associations 
among the ports. 

* 

• Dobbins et al. (US 671 1 1 71 B1 ) disclose method and apparatus 
providing connection-oriented services for packet switched data 
communications networks. 

14. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Andrew C. Lee whose telephone number is 
(571) 272-3131. The examiner can normally be reached on Monday through Friday 
from 8:30am - 5:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Edan Orgad can be reached on (571) 272-7884. The fax 
phone number for the organization where this application or proceeding is assigned 
is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR 
only. For more information about the PAIR system, see http://pair-direct.uspto.gov. 
Should you have questions on access to the Private PAIR system, contact the 
Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like 



Application/Control Number: 09/964,702 



Page 22 



Art Unit: 2619 

assistance from a USPTO Customer Service Representative or access to the 
automated information system, call 800-786-9199 (IN USA OR CANADA) or 571- 
272-1000. 

/Andrew C. Lee/::<10/08/2007> 



EDAN - . OftGAD 
SUPERVISORY FftTSNT 1XAMINER 




